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ABSTRACT 


There are few more significant topic in todays IT world than the integration of disparate, 
application specific, physically separated networks into integrated systems. These “islands of 
automation” networks are unable to share data or resources, thereby resulting in the 
duplication of both. This duplication wastes man-hours and money. In today’s climate of 
downsizing and streamlining in government and the military, this is unacceptable. 

This study will plan and implement the integration of three such networks of the 
Systems Management Department of the Naval Postgraduate School. Integrating the LAN 
^^idjoratories will provide for improved utilization of resources, increased reliability and 
umform access to all network resources regardless of the users physical location. Moreover 
this study will provide an “in the trenches’ perspective of LAN integration. 
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1. INTRODUCTION 


There are few more significant topics in organizations today than the importance of 
information systems and the means to combine disparate, application specific, physically 
separated networks into an integrated system. These “islands of automation” networks are 
unable to share data or resources, thereby resulting in duplication of both. This duplication 
wastes man-hours and money. In today’s climate of downsizing and streamlining in 
government and the military, this is unacceptable. 

This study wiU provide an analysis of local area network (LAN) integration, the 
purpose being to plan and implement the integration of three such networks in the Systems 
Management Department of the Naval Postgraduate School (NPS). 

A. OBJECTIVES 

This study will plan and implement the physical and logical integration of the three 
Systems Management Departments LAN laboratories in 1-158,1-250 and 1-224. Physical 
integration is accompUshed by physically connecting the three networks together. How the 
actual physical connection is made is dependent on a number of factors; that is, media and 
signaling systems used in the individual networks, distance separating the networks and 
networic traffic loading factors. A more detailed discussion of physical coimection methods 
will be discussed in Chapter IV. Logical integration is accomplished through software. 
Critical network files must be rewritten to allow the user access to all network resources: for 
example, servers, printers, data and applications, independent of the users’ physical location. 

B. RESEARCH QUESTIONS 

To attain the objective of this thesis, and prior to implementing any change in an 
organization’s network structure, [Katzan ] observes it is essential to establish three criteria: 

• What is the current position of the network? Current position is a determination 
of installed equipment, network topologies and use of the network. 
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• What are the goals of the network management? What new position are they 
striving for? 

• What is the direction or plan to move from the current position? What are the 
alternatives and constraints to achieving those goals? 

These criteria can be broken down into the following questions; 

• What is the state of the existing networks? This would include installed hardware 
and software characteristics of the network, primary uses and shortcomings of the 
network and the workload of the network staff. 

• What are the goals and constraints of the network management? These goals 
migfrt be increased p«formance, functionality and reliability, while the constraints 
might be funding and staff. 

• How will these goals affect the life cycle “costs of ownership” of the network? 

• What are the alternatives to achieving managements goals? Can the goals be 
accomplished using some of the installed base of hardware and software, or will 
one or both have to be replaced? 

• What future changes in the NFS organization’s strategic network plans would 
affect Systems Management LAN managements goals? 

C. METHODOLOGY 

1. Literature Review 

Current trade magazine s and professional journals provided insight into network 
integration and management issues in general. Prior to any integration effort, it is essential 
to become thoroughly familiar with the current hardware, software and architecture of the 
networks. Vendor documentation and third-party publications provided a thorough 
understanding of the installed hardware, network and application software, memory 
management and token-ring architecture. 
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2. System Planning 

Analysis, design and implementation processes for the integrated network followed 
a conventional sequence proven successful for computer-based systems. [Abrahams] lists 
seven major steps as follows: 

• Needs analysis 

• Site planning 

• Detailed system design 

• Hardware installation and testing 

• Software loading and validation 

• System implementation and user training 

• Post implementation audits and system training 

3. Hands-on Experience 

Hands-on work as LAN lab assistant during the integration effort provided valuable 
experience and insight on network management issues. Working with the LANs provided 
an accurate assessment of the present condition of the networks. Day-to-day interaction with 
users and management provided insights into the needs and goals of both parties. 

D. CHAPTER SUMMARY 

This thesis will plan and implement the physical and logical integration of the Systems 
Management LAN laboratories. It will also offer recommendations for continued 
improvements to the integrated LAN. Moreover it will provide a “nuts and bolts” look at the 
details of LAN integration. 
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The next chapter will provide a brief history of the evolution of the System 
Management LANs. It will review terms and concepts that lay the foundation for the 
following chapters. Subsequent chapters will address research questions as they apply 
generically to network integration and specifically to the integration of the Systems 
Management LANs. 
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n. BACKGROUND 


This chapter reviews terms and concepts necessary for understanding discussions in 
subsequent chapters, provides a brief history of the evolution of the Systems Management 
Department’s LANs and provides a description of topology, hardware and software of the 
LANs prior to the integration. Network maps depicting network configuration prior to 
integration are provided in Appendix A. 

A. DEFINITION OF TERMS 

This section reviews some terms and concepts necessary for understanding discussions 
in this, and subsequent chapters. It is not intended as a dictionary for all the LAN terms, but 
for those specific to the Systems Management Department’s LANs. [Feibel] provides 
thorough descriptions of LAN terms and concepts for further reading. 

1. Netwoita 

• OTR - Token Ring networic in 1-250 

• 4TR - Token Ring network in 1-224 

• 8TR- Token Ring network in 1-158 

2. Netwoilc Nodes 

• PN3 - Pentium Network server 3. Node designation for IBM Pentium server 
computer on the Token Ring network OTR. 

• PN6 - Pentium Network server 6. Node designation for IBM Pentium server 
computer on the Token Ring network 4TR. 

• N3 - 486DX33 Network server 3. Node designation for BI-LINK PC server 
computer on the Token Ring network OTR. 

• N6 - 486DX33 Network file and printer server 6. Node designation for BI-LINK 
PC server computer on the Token Ring network OTR. 
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• TN3 - 486DX33 Network server 3. Node designation for BI-LINK PC server 
computer on the Token Ring network 4TR. 

• TN6M - 486DX33 Network file and printer server 6. Node designation for BI¬ 
LINK PC server computer on the Token Ring network 4TR. 

• tN 4 - 486DX266 Network server 3. Node designation for Data Store PC server 
computer on the Token Ring network 8TR. 

• Nx3c(i.e. Nil)-Network node rc. Node designation for a user computer on the 
Token Ring network OTR. 

• TNxx: (i.e. TNI 1) - Network node xx. Node designation for a user computer on 
the Token Ring network 4TR and 8TR. 

• Primary Server - A server computer that is set up for day-to-day support of the 
network. 

• Secondary Server - A server computer that is brought up on the network when a 
primary server fails. 

3. Network Hardware 

• Network Interface Card (NIC) -An NIC, or network adapter card, is installed in 
the user and server computers. It provides an interface fi’om these nodes to the 
network. 

• Multiple Access Unit (MAU) - A MAU is IBM’s term for a wiring hub in its 
Token Ring architecture. This hub serves as the termination point for multiple 
nodes and can be connected to the network or to another MAU. [Feibel] 

• Adapter Cable - Adapter Cable has an IBM data connector at one end and a nine- 
pin connector on the other. It is used to connect user computer and server NIC’s 
to other network components that use IBM data connectors (i.e. MAUs). 

• Patch Cable - Patch cables have IBM data connectors on both ends and are used 
to connect a PC to a MAU when the token ring adapter cable cannot reach the 
MAU. One end of the patch cable is connected to the adapter cable and the other 
end to the MAU. Patch cables come in standard lengths of 8,30,75, and 150 ft. 
Patch cables are also used to interconnect MAUs. 
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4. Network Software 


• Disk Operating System (DOS) - Responsible for managing the PC’s local 
resources (i.e. disk drives, monitors, keyboards and monitors). 

• Networic Operating System (NOS) - Responsible for processing requests from user 
computers, for maintaining the network and for controlling the services and 
devices available to the user. 

• Network Basic Input Output System (NETBIOS) - Device drivers files that 
provide for sessions between applications and the network by name (e.g. between 
user NORM requesting an application program from server TN3). 
[Schneidewindl] 

• Batch Files - Text files that contain DOS commands. When DOS executes a batch 
file, it executes the commands in the file in the order they appear. 
AUTOEXEC.BAT is an example. 

• Windows - a graphical user interface (GUI) that runs on top of DOS in the user 
computers. 

• Application Programs - Wordprocessors, spreadsheets and database programs. 

B. HISTORY 

In 1985, The Chief of Naval Operations (CNO) provided NPS with $3.5M to build 
labs for student and faculty research. The Systems Management Department, (formerly the 
Administrative Science Department) obtained $400K to install computer labs. 

MstoricaUy, the three Systems Management Department’s LANs in 1-224,1-250 and 1-158 
were planned and implemented for different purposes. [Schneidewind2] 

1. 1-224 Networks Lab 

The primary purpose of the Networks Lab was to provide multi-network technology 
to support the Information Technology Management (ITM) curriculum. 

2. 1-250 Decision Support Lab 

The primary purpose of this lab was to provide a homogeneous network to support 
computer literacy for the Systems Management curriculum. Later, there was a shift in 
emphasis to decision support applications. 
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3. 1-158 Software Metrics Lab 

The primary purposes of the Software Metrics Lab is to support software 
measurement research and to serve as a test bed for new hardware and software prior to 
making them available to the 1-250 and 1-224 labs. 

C. EVOLUTION 

Over the past nine years the SM LAN hardware has evolved from Intel 8088 based 
IBM PCs and XT’s, to 80286 AT’s to the 80486 PCs installed today. In 1-250 the 
architecture started out as Broadband Ethernet, and then to 4Mbs Token Ring and finally to 
16Mbs Token Ring. In 1-224 the architecture started out as 4Mb Token Ring and then to 
16Mbs Token Ring. In addition, a Baseband Ethernet and an Apple network were installed 
in 1-224. Subsequently the Apple network was removed from 1-224, and an upgraded version 
was installed in 1-158. 

Software has also evolved through the years. Both the DOS and NOS have gone 
through various upgrades. User demand for GUI’s has shifted the application software from 
primarily DOS based, to Windows based programs. These Windows applications have put 
tremendous strain on resources, both human and network. For example, WordPefect for 
Windows 6.1 consumes over 27Mb of storage and takes hours to install on the server and 
user computers. 

D. PRESENT CONFIGURATION 

Network configuration consists of the equipment, connections (physical and logical) 
and settings in effect for a network at a particular time. Equipment, can refer to both 
hardware (i.e., user computers, printers and cabling) as well as software (applications, DOS, 
Windows and NOS). The following subsections describe the configuration of the three SM 
LANs prior to integration. 
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Figure 1. Token Ring Example 


1. Topology 

All three LANs are 16Mbs Token Ring networks that use a star-wired topology that 
follows the baseband signaling and token passing protocols of the IEEE 802.5 Standard. 
[Feibel] provides an excellent description of the IEEE 802.5 Standard. 

User conqjuters are connected to IBM 8228 MAUs using IBM shielded twisted-pair 
(STP) adapter cables and patch cables. MAUs are interconnected with patch cables. Fig 1. 
illustrates how user computers and MAUs are interconnected. 

t 

2. Physical Separation 

The physical distance between the lab rooms is a critical factor in determining the 
method of interconnection. The distance between MAU’s in a 16Mbs Token Ring 
Network is limited to 390 ft. If the distance between the labs is under 390 ft, a 
straightforward connection can be accomplished with IBM patch cables. If the ring length 
is over 390 ft, an IBM 8218 Copper Repeater must be attached at each end of the 
connection. 
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3. Hardware 

With few exceptions, all of the server and user computers are 486DX33 PCS from 
a variety of vendors. Appendix B provides tables with specifications on all workstations 
and servers in the Systems Management Department’s LANs. 

4. Software 

Many types of software systems come under the umbrella term “software”, 
including but not limited to the NOS, DOS, Windows, application programs and batch 
files. Managing the interactions among these different software systems is one of the LAN 
administrators biggest challenges. For example, all of these programs compete for limited 
memory resources. If two programs try to use the same area of RAM, insufficient 
memory errors result. The following is installed in the Systems Management 
Department’s LANs; 

• NOS; IBM’s PCLANvl.21 and 1.33; 

• DOS: MS-DOS v5.0 and MS-DOS v6.0; 

• Windows 3.1:1-250 and 1-158 only (planned for 1-224); 

• NETBIOS; IBM’s LAN Support Program vl .21,1.26 and 1.33; 

• Applications: A wide variety of Windows and DOS applications are installed in 
the LANs. The next chapter will provide a more detailed discussion of the 
application software. 

E. HUMAN RESOURCES 

A network’s reliability and performance is directly influenced by the number of 
people and man-hours that can be devoted to network maintenance. This network 
maintenan ce includes but is not limited to hardware, software, documentation and user 
assistance. 

Increasing user demand for Windows applications has severely strained LAN 
administration resources. A typical Windows application like WordPerfect can take hours 
to install on a network. Not only must it be installed on the server, but individual user 
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computer installations must be performed as well. Installing these applications on three 
separate networks is motivation for integrating the three LANs in itself 

The three token-ring LANS, and three other small LANs in the same rooms, are 
supported by one full-time technician. These six LANs contain over 80 PCS, with 
backbone, mainframe and dialup coimections. 

F. REQUIREMENTS 

Planning for the integration of the SM LANs must include an assessment of two 
important criteria; 

• The present and future needs of the wide variety of users in the Systems 
Management Curriculum. 

• The future changes in the Systems Management Department’s network plans. 

The goals of SM LAN administration must meet the requirements of the users, while 
dovetailing with the network plans of the department. 

1 . User Requirements 

The Systems Management Department is the largest department at NFS, with over 
five hundred students. A wide variety of standard management curriculums (i.e.. 
Transportation, Acquisition, Financial and Manpower) are offered, in addition to an 
Information Technology Management (ITM) curriculum. 

Both the ITM and other Management curriculums have a requirement for LAN 
labs that offer standard Windows and DOS based office automation applications and 
curriculum specific software packages. However, the ITM curriculum requires the LANs 
also provide a variety of different LAN topologies and architectures for networks research 
and hands-on familiarization. 

2. SM Department Network Plans 

To support the variety of curriculums, the SM Departments future network plans 
include a utility high performance Windows environment lab to support all curriculums. 
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and improved support for software metrics research and a dedicated networks lab with a 
variety of topologies and architectures to support the requirements of the ITM curriculum. 

While the different topologies and architectures exist in the three LANS, student 
hands-on training requires significantly more support personnel than is currently available, 
thus the emphasis has been placed on LAN utility, but with a degree of hands-on training 
in the ITM curriculum. 

3. SM LAN AdministrationGoals 

SM LAN Administration integration goals are driven by user needs. Department 
requirements, and LAN support personnel constraints. User demands for Windows 
application programs severely tasks the single support person. Integrating the three 
independent Token Ring LANs with their similar software applications would seem a 
logical step in decreasing staff workload. Overall, the SM LAN Administration goals, 
given their present constraints are summarized below: 

• Decrease staff workload through integration of all three labs onto single set of 
file servers. 

• Provide users access through a common Windows GUI to all network assets 
regardless of physical location within the three labs. 

• Increase network performance and reliability. 

G. CHAPTER SUMMARY 

This chapter reviewed terms and concepts used throughout subsequent chapters, 
and provided background on the history, evolution, state of the LANs as they existed prior 
to the integration. It also looked at the requirements of the users, the SM Department, 
and the goals of the LAN Administration. The following chapters will detail the 
integration design, planning and implementation. 
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ffl. INTEGRATION PLANNING 


This chapter discusses the different aspects of the design and planning involved in 
the integration of the SM LANs. 


A. APPLICATION SOFTWARE ASSESSMENT 

A starting point for an analysis of the needs of the integrated network is to do a 
complete inventoty of the application software in the three LANs. Once an inventory is 
completed, a comparison of the inventory of each LANs will reveal which applications are 
duplicated. In addition, each application can be assessed against user requirements, and a 
decision made to migrate the application to the integrated network as is, upgrade the 
application, or discontinue the application. 

Once the final list of applications is approved, storage requirements can be 
assessed and a software directory mapping plan formulated. The following subsections 
detail the software applications installed on the LANs. 

1. Software Location 

Within each LAN, application software is installed in one of three locations; 


• On a server in a read only directory (APPS) is the normal and preferred method 
of installation. 

• On a server in an unprotected directory (USER) is used for applications that 
require write capability to certain files and for applications that individual 
students or professors need to install on a temporary basis. 

• On either the C: or D: partition of each individual user computer hard drive. 
This location is used for applications that are not network compatible and for 
individual user installations on a temporary basis. Programs that are not 
network compatible must be migrated to all user computers to get uniform 
access in the integrated network. 


Table 1 summarizes the applications installed in the LANs, their location, size and 
whether they will be migrated to the integrated LAN. 
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Application 

Description 

ACOL (DOS) 

Pers Mgmt 

AFAM (Windows) 

Pers Mgmt 

AFAMSUP (DOS) 

Pers Mgmt 

Criterium (Windows) 

Decision Support 

Crystal Ball (Windows) 

Decision Support 

Data (Windows) 

Decision Support 

Freelance Graphics (Windows) 

Graphics 

Logical Decisions (Windows) 

Decision Support 

Lotus 123 v4 (Windows) 

Spreadsheet 

Lotus 123 v5 (Windows) 

Spreadsheet 

Minitab (Windows) 

Statistics 

Paradox v3.5 (DOS) 

Database 

Paradox v4.5 (Windows) 

Database 

Paradox v5.0 (Windows) 

Database 

SIMPC v6.0 (DOS) 

Dial-up Comms 

Smerfs (DOS) 

Reliability Model 

Statgraphics (DOS) 

Statistics 

Storyboard (DOS) 

Drawing 

TCP/IP (DOS) 

Internet Comms 

WordPerfect v5.1 (DOS) 

Word Processing 

WordPerfect v6.0 (DOS) 

Word Processing 

WordPerfect v6.0a (Windows) 

Word Processing 

WordPerfect v6.1 (Windows) 




OTR 4TR 8TR Migrate 


0.50 


1.80 


12.50 


0.70 


10.50 


1.40 


15.20 


1.80 


9.90 


25.00 


17.60 


5.80 n 


15.70 


18.00 


1.00 


0.60 


10.40 user 


1.30 


4.40 


3.70 


18.40 


24.20 


27.00 




n 

n 

n 

n 

n 

n 



Table 1. Installed Software. 

























































































































2. Hard Disk Storage Requirements 

Once the application programs to be migrated have been finalized, an accurate 
assessment of the minimum hard disk storage requirements can be established. At present, 
the minimum total storage requirements of the application programs, DOS and NOS is 
approximately 250Mb. To compensate for expected fixture growth in Windows 
applications, a future NOS upgrade, and some built in redundancy for reliability, a total 
storage capacity of 2Gb for the integrated network is recommended. 

B. HARDWARE ASSESSMENT 

As detailed in Appendix B, the present servers in the SM LANs are primarily 
486DX33 computers with SMB of RAM and a 200Mb hard disk. While these machines 
have proven more than adequate for DOS based application programs, some Windows 
applications perform marginally. In addition, the large size of Windows applications has 
rapidly outgrown the 200Mb hard drives of the server computers. 

The following subsections detail the planning for improving and integrating the 
hardware for the SM LANs. 

1. Pentium Servers 

Three IBM Model 950 computers were procured to replace the existing file severs 
N3 and TN3 in OTR and 4TR. These computers (designated PN3, PN6 and PN9) are 
90Mhz Pentium based machines with 8Mb RAM and a 540Mb hard disk installed. An 
additional 32Mb of RAM, a 540Mb hard disk and an IBM 16/4 Adapter 11 Token Ring 
NIC were procured for each computer as well. 

The second hard disks on PN3 and PN6 will provide increased reliability to the 
network through duplication of the application programs on PN3 C: drive onto PN6 D: 
drive, and the application programs on PN6 C: drive onto PN3 D: drive. A more detmled 
discussion of how this is accomplished is presented later in this chapter. 

PN9 will be used for a planned Windows NT Server v3.51 installation. The use of 
this server is not covered in this thesis. 
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2. Print Servers 

Existing file servers TN6M, N6 and TN4 will continue as print servers for each 
lab. The N6 200Mb hard disk will also serve as the integrated LAN K; drive. TN6M and 
N6 will also serve as alternate print servers in the event that any one of the three fail. 

C. DRIVE MAPPING 

In order to understand the drive mapping scheme between the user computers and 
servers, it is necessary to understand the concept of, and diflference between physical, 
logical and virtual drives as they relate to PCs. These drives are storage locations and are 
defined as follows; 

• Physical - floppy disk drives, hard disk drives, tape drives or CD ROM drives. 

• Logical - hard disk partitions, (i.e., a physical 200Mb hard drive partitioned into 
two 100Mb logical drives) or directories or volumes on the network physical 
drives that are shared as logical network drives fi’om the user computers 
perspective. 

• Virtual - RAM disks or virtual disks. These use physical resources to mimic 
physical drives, but their contents disappear when the computer is turned off. 

In DOS, drives are referred to by letters. On a PC, A; and B: commonly refer to 
the floppy disk drives, C: through E: commonly refer to other local drives on the user 
computer. F; through Z; are logical network drives. 

Drive mapping is the process of assigning a hard disk volume or directory to a 
logical disk drive. For example, the APPS directory (and all its subdirectories) on the C: 
volume of N3 is assigned the logical drive I: fi-om the user computers perspective as 
shown in Figure 2. This assignment is performed when the ST ART .BAT files of the user 
computers are executed. These files will be discussed in more detail later in this chapter. 
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Server Directory Map 

-DOS 

-NETWORK 

-TAPE 

- APPS-» BECOMES* I:\» - 

-QEMM - 

-TCP - 

-BACKUPS - 

-MOUSE 

-WINDOWS 

* The APPS sub-directories become the logical network drive I:\ 


Figure 2. Network Logical Drive 

1. Software Migration Strategy 

Rather than load all the system software and application software directly onto the 
new servers from diskette, it was determined that it might be faster and more efficient to 
connect the new servers to the network, and then download the required files directly 
from the old servers. Also, over time computer hard disks become cluttered with 
directories and files of unknown origin created by the users. The SM LANs are no 
exception, and the integration provides an excellent opportunity to assess the directories 
and files of the existing servers. 

2. Directory Tree Pruning 

Using the DOS TREE command, directory maps were made of the existing 
servers in all three labs. A copy of these directory maps is provided in Appendix C. 


DATABASE 

COMMS 

SPRDSHEET 

WORD_PROC 
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In order to build directory maps for the new servers, it was decided to first 
“prune” away any directories on the existing server maps that fell into any of the following 
categories; 

• All excess directories (i.e., a WP51 directory for WordPerfect 5.1) was in all 
three labs. 

• All directories for software that would not be considered for migration, (i.e., 
Paradox v3.5,4.5 and 5.0) were all installed on at least one network, but only 
5.0 would be migrated. 

• All directories that could not be matched up to software currently being used in 
any of the labs, (i.e., old backups of user computers, software no longer used 
etc.). 

Once these excess directories were pruned away, directory maps for the new servers could 
be developed fi"om those directories that were left. 

3. Integrated Network Directory Maps 

The existing servers in the three labs were all set up in a similar fashion with the 
network application software files residing in the APPS directory of the servers. Similarly, 
these APPS directories were used as network drives I;\ and J:\ in both OTR and 4TR. For 
example, a user computer in OTR would access WordPerfect 5.1 (WP51) from network 
drive I;\ on server N3, while a user computer in 4TR would access WP51 from a network 
drive I:\ on server TN3. The application software batch file that contained the path and 
instructions to start WP51 in OTR was identical to the same file in 4TR. 

In order to avoid rewriting application software batch files, it was decided to keep 
a similar directory/drive structure in the integrated LAN. PN3 APPS directory would be 
used as I;/, and PN6 APPS directory would be used as J;/. All application software that 
resided in an I:/ network drive in the old LANs, would be migrated to an I:/ network drive 
on the integrated LANs. A copy of the directory maps for PN3 and PN6 is provided in 
Appendix D. 
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D. SYSTEM FILE REVISION 


While the physical connection of the LAN’s is done with hardware, i.e., cable and 
MAUs, the logical connection is done with software. Software files in both the server and 
user computers set the environment of the network, direct the sharing and using of 
network resources, and manage the server and user computers precious memory 
resources. 

This section will provide a discussion of the importance of memory management in 
a network environment, and how network resources and memory are controlled by the 
following three files: 

• CONFIG.SYS 

• AUOTEXEC.BAT 

• START.BAT 

1. Memory Management 

In a DOS environment, one of the most important system resources is memory. 
Memory affects which programs you can run, how fast these programs will run and how 
many programs can run concurrently. 

While an entire thesis could be written on memory management alone, it is not the 
topic of this thesis, so I will limit the discussion to four types of memory, and how and 
why, we need to manage them effectively in a network environment. [Goodman] provides 
an exhaustive discussion of memory management for fiirther reading. 

Management of the following types of memory are critical to efficient operation in 
a network enwronment: 

• Conventional - conventional memory is the first 640K of RAM on DOS based 
computers. DOS, NOS, some device drivers and many commands listed in the 
CONFIG.SYS and AUTOEXEC.BAT files all use some conventional memory. 
What is left over is available for other application programs. Freeing up the 
maximum amount of conventional memory possible is the primary goal of 
memory management. 
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• Upper- The 384K immediately adjacent to the 640K of conventional memory is 
called upper-memory. This area of memory is normally reserved for system 
hardware, such as the monitor or NIC. Through use of a memory manager 
program, blocks of upper memory (UMBs) can be used by DOS, device drivers 
and other programs that would normally use conventional memory. This frees 
up conventional memory for application and NOS software. 

• Extended- One definition of extended memory is all memory above 640K 
(including upper memory), up to whatever amount is physically installed. For 
example, the user computers in the SM LANs have 8Mb of RAM, which 
includes 640K of conventional and 7384K of extended (384K upper). Some 
authors define extended as that memory above 1Mb. Additionally, the first 
64K above 1Mb can be used to store DOS buffers This area is called the High 
Memory Area. Use of extended memory also requires a memory manager 
program. 

• Expanded- The memory manager, in conjunction with applications that are 
written to take advantage of expanded memory, pages segments of programs 
and files from extended memory into a page frame in upper memory. These 
programs and files that would normally be paged from disk, can be accessed 
much faster from memory. 


While freeing up conventional memory is desirable for the stand-alone DOS 
computer, it is mandatory for network servers and user computers. The DOS and NOS 
programs, combined with the LAN Support Program device drivers will consume 
conventional memory to the point where there is no room for application programs. 
Therefore it is crucial that these programs be moved to upper memory if possible. This is 
accomplished through use of an extended memory manager, and commands in the 
CONFIG.SYS and AUTOEXEC.BAT files. 

2. CONFIG.SYS (Server) 

The CONFIG.SYS file is located in the root directory of the computer and is the 
first file looked at by DOS during the computer boot-up. This file contains information 
about various types of configuration and driver settings. For example, it includes 
information about drivers and memory managers, and how and where they are loaded into 
memory. Figure 3 contains the CONFIG.SYS file for PN3. Comments that normally 
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rem SERVER PN3 CONFIG.SYS FOR INTEG TOKEN RING NETWORK 
rem VERSION: 1.0 dtd 21 Jun 1995 

DEVICE=C:\QEMM\QEMM386.SYS RAM ARAM=D800-DBFF AROM=CCOO-CDFF 
DOS=fflGH 

DEVICE=C;\QEMM\LOADHI.SYS /H C:\NETWORK\DXMAOMOD.SYS 001 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMCOMOD.SYS 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMTOMOD.SYS ST^57S=63 0=i9 ES=1 

DEVICE=C;\QEMM\LOADHI.SYS /H C:\MOUSE\MMOUSE.SYS 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\DOS\SETVEREXE 

DEV1CE=C:\QEMMVL0ADHI.SYS /H C:\DOS\RAMDRIVE.SYS 512/E 

DEVICE=C:\QEMM\LOADHI.SYS/HC:\DOS\RAMDRIVE.SYS 196/E 

DEVICE=C:\DOS\SMARTDRV.EXE 6144 

LASTDRIVE=G 

BUFFERS=20 

FILES=255 

FCBS=1 


Figure 3. CONFIG.SYS file for PN3 


describe parts of the program have been omitted in Figures 3-7 to ensure the progam fits 
on one page. Appendix E contains the updated system files (with comments) for the 
server and user computers of the integrated network. 

Figure 3 sections in bold italics signify changes that were made to the previous 
servers CONFIG.SYS file to facilitate the integration. A discussion of these changes will 
be provided at the end of this subsection. 

Many of the commands in the CONFIG.SYS file in Figure 3 are fairly common, 
and detailed descriptions of them can be found in [Microsoft]. However, a brief 
description of the commands in Figure 3 that are unique to this particular network is 
provided: 

• DEVICE=C:\QEMM\QEMM.386.: This command loads the memory 

manager program. The AROM and ARAM switches designate memory 
addresses in upper memory that are reserved for the NIC. The memory 
manager will then avoid loading any programs into those addresses. 

• DOS=HIGH: Loads DOS in the High Memory Area. 

• DEVICE=C:\QEMM\LOADHI. SYS/H.. NETWORK...: Loads the network 
LAN Support Program device drivers into upper memory. ST, S and C define 
maximum station, session parameters and command parameters in the network. 
The ES parameter allows the TCP/IP protocols to operate compatibly with the 
NOS. [IBM] provides a more detailed description of these parameters. 
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• DE\n[CE<::\QEMM\LOADffl.SYS/H....IL^MDRI^ These commands 
create a 512K and a 196K RAM drive in extended memory. NOS files and 
application software batch files will be copied into these RAM drives during 
execution of the AUTOEXEC.BAT file. Storing these files in a RAM drive 
decreases the time it takes to access them thus improving network performance. 


a. File Modifications 

The changes to the CONFIG.SYS file for the server computers in the 
integrated network were relatively minor. Due to the increase in the number of user 
computers that a server would communicate with in the integrated network, the following 
parameters in the LAN Support Program drivers had to be increased; 

• STATIONS (ST) - Indicates the maximum number of NETBIOS interface link 
stations that you may define, i.e., maximum number of user computers that can 
use this server 

• SESSIONS (S) - Indicates the maximum number of NETBIOS sessions that 
you may define, i.e., maximum number of active sessions of user computers 
with server 

• COMMANDS (C) - Indicates the maximum number of NETBIOS interface 
commands that may be outstanding at one time. 

3. CONFIG.SYS (User Computer) 

There are very minor differences between the CONFIG.SYS file in the servers and 
user computers. For example, the user computers do not have RAM drives, but they 
might have a CD-ROM reader; therefore, some of the device driver commands will be 
different. The LAN Support Program driver parameters are also smaller due to the user 
computer interfacing with only a few servers, vice a server interfacing with all the user 
computers. 

Figure 4 is the CONFIG.SYS file for a typical user computer (TN5). No changes 
to the user computer CONFIG.SYS files were required for the integration. 
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rem USER (TN32) CONFIG.SYS FOR INTEGRATED TOKEN-RING NETWORK 
rem VERSION: 1.0 dtd 21Juii 1995 

SHELL=C:\COMMAND.COM/P/E:512 

DEVICE=C:\QEMM\QEMM386.SYS RAM ARAM=D800-DBFF AROM=CCOO-CDFF 
DOS^HIGH 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMAOMOD.SYS 001 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMCOMOD.SYS 

ran 21 Jun 1995, pjra. DXMTOMOD.SYS parameters derived as follows; 

ran ST=inax NETBIOS interface links for user con^uter = # of Servers+l =6 

rem S=SES setting in NET START command in staitbat = 25 

ran CK3MD setting in NET START oanmand in staitbat = 8 

rem ES^additional S APs requested by NETBIOS driva when it opens adapter = 1 

DEVICE=C:\QEMM\LOADHLSYS /H C:\NETWORK\DXMTOMOD.SYS ST=6 S=25 C=8 ES=1 

devicek::\qemm\loadhi.sys /H C:\M0USE\MM0USE.SYS 

DEVICE=C:\QEMM\LOADHl.SYS /H C:\APPS\IX)S\SETVER.EXE 

DEVICE=C:\QEMM\L0ADHI.SYS /H C:\APPS\IX)S\ANSI.SYS 

LASTDRIVE=E 

BUFFERS=20 

FILES=30 

FCBS=1 


Figure 4. CONFIG.SYS for User Computer TN32 


4. AUTOEXEC.BAT (Server) 

The AUTOEXEC.BAT file is the final step in the booting process of a Server PC. 
It provides the final chance to customize the working environment of the PC for the 
session automatically. For example, it may load device drivers, set the command line 
prompt, set environmental variables and load the network operating system. For a server 
computer, the AUTOEXEC.BAT is where the commands to share its resources with the 
network are located. 

Figure 5 contains the AUTOEXEC.BAT file for the Pentium server PN3. Many 
of the commands in this file are fairly common, and detailed discussions of them can be 
found in [Goodman]. Commands in bold italics are modifications that will be discussed al 
the end of the subsection. A brief description of some of the commands in Figure 5 is 
provided below: 
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•.:»**SERVER PN3 AUTOEXEC.BAT FOR SM TOKEN RING NETWORK 
VERSION l.OdtdJl Jim 1995 

PATHE:\;C:\DOS;C;\QEMM;C:\;C:\BAT;C;\NETWORK;C:\PCTCP;D:\;D;\DOS 

LOADHI/HFCBS=8 

LOADHI /H C:\IX)S\FASTOPEN.EXE C:=200/X 

SET TEMP=C:\TEMP 

SETDlRCMD=/0/P 

LOADHI /H C:\DOS\IX)SKEY 

LOADHI /H C:VNETWORK\SHAEE.EXE 

XCOPY C:\NETWORK\».» E: 

ATTRIB+RE:\*.* 

LABEL E:NETFILES 

XCOPY C:\1DIRPLUS\1DIRPLUS.EXE F: 

XCOPY C:VBAT\» BAT F; 

ATTR1B+RF:\*.* 

LABEL FiBATCHDIR 

NET START SRVPN3 /SHR;15 /RQB:16K /PRB:16K /mR:57 /CMD:19 /SES:63 /REQ:3 /TSLOO 
NET SHARE APPS=C:\APPS /R 
NET SHARE BATni£S=F: /RW 

NET SHARE LOTSHARE=C:\LICENSES.DIR\LOTSHARE /RWC 
NET SHARE APPS1=D:\APPS/R 


C: 

PROMPT $P$0 

SET PCTCP=C:\PCTCP\PCTCP.INI 
IBMTR 


Figure 5. AUTOEXEC.BAT file for PN3 


• The first block of commands are fairly common commands that set the path for 
the computer, load more drivers and commands into upper memory and set the 
environment parameters. 

• In the second block the XCOPY command copies files from the 
C:\NETWORK and BAT directories to the RAM drives E: and F;. The 
ATTRIB +R command sets the files in the RAM drives as read only. The 
LABEL command assigns the labels NETFILES and BATCHDIR to the RAM 
drives. 

• In the third block, the NET START command starts PN3 as a server on the 
netw^ork. [IBM] provides a more detailed explanation of the parameters in this 
command. The NET SHARE commands allow the network to share different 
directories of server PN3. For example, NET SHARE APPS=C:\APPS/R 
shares directory “APPS” (and its subdirectories) as read only. 

• In the fourth block, the path is set to the root directory, the DOS prompt is 
reset and TCPMP software is started. 




a. File Modifications 

There were two modifications to the server AUTOEXEC.BAT files. The 
parameters RDR, SES and CMD of the NET START command were increased to match 
the S, ST and C parameters in the server CONFIG.SYS files LAN Support Program 
driver parameters. NET SHARE APPS1=D:\APPS/R was added. This provides a backup 
for the “APPS” directory of PN6 in the event PN6 fails. 

5. AUTOEXEC.BAT (User Computer) 

The AUTOEXEC.BAT file for the user computers in the network is primarily used 
to provide environment settings and load additional drivers and files into upper memory. 
Only minor changes were required to this file for the integration. They are described at 
the end of this subsection. Figure 6 contains the AUTOEXEC.BAT file for a typical user 
computer. A brief description of the commands is provided below; 


• The SET command in the first group of commands is setting the environment 
variables. These variables control the behavior of batch files and programs in 
the DOS environment. For example, the SET MODEM=N and SET 
EMULATION=N tell DOS that there is no modem or 3270 emulation board 


AUTOEXEC.BAT (TN32) FOR OTR TOKEN RING NETWORK 
VERSION: 1.0 dtd21Jun 1995 

cls 

@ECHOOFF 

SET 1DIRPLUS=C:\1DIRPLUS 

SETMONITOR=VGA 

SETMATH=Y 

SETMODEM=N 

SETEMULATION-N 

SETPRTSRVR=TN6M 

SETALTPRTSRVR^N6 

SETP=C:\NETWORK;C:\WINIX)WS;C:\APPS\DOS;C:\;C:\lDIRPLUS;C:\PCTCP;C:\QEMM 

PATH%P% 

LOADHI /H C:\APPS\DOS\FASTOPEN.EXE C-50 /X 

IX)ADHI/HFILES+20 

LOADHI/HFCBS=8 

LOADHI /H LASTDRIV=M 

LOADHI /H C:\WINDOWS\SMARTDRV.EXE 

SET COMSPEC-CACOMMAND.COM 

PROMPT $P$G 

VSHIELD M /CHKHI /LOCK /CONTACT ’’CONTACT THE LAB STAFF OR THE DEPARTMENT SECRETARY” /SWAP 

NEWUSER 

SHARE 


Figure 6. AUTOEXEC.BAT for User Computer TN32 
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installed in this computer. This allows batch files to test these settings prior to 
looking for a modem or 3270 board, and generate an error message if the test 
indicates that none are installed. 

• The remaining commands load various drivers and programs into high memory 
and installs antivirus software. The SHARE command loads code that supports 
file-sharing and locking in a network environment. 

• NEWUSER displays a message to the user with instructions on starting and 
using the SM LAN. 

a. File Modifications 

To facilitate the use of a backup print server, the SET ALTPRTSRVR 
command was added to all user computer AUTOEXEC.BAT files. How this is 
accomplished will be covered in more detail in the next section. 

6. START.BAT 

The START.BAT file is an important member of the network batch files. This file 
provides a customized start-up procedure for the user computers onto the network. It is 
initiated by t 5 ?ping the command “Start”, followed by a variable, for example, “Start TN6" 
or “Start Norm”. 

This file contains commands that direct the use of network resources such as 
server directories and printers. This file also provides for system redundancy within the 
network, through use of “branch on error” routines available in the DOS batch file 
language. 

Figure 7 contains the START .BAT file for a typical user computer on the 
integrated network. All user computer START.BAT files are alike. Any variations 
between computers, such as, computers in different labs using different print servers, are 
taken care of when the environment variables are set by the AUTOEXEC.BAT file. 
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4TR USER START.BAT FOR SM INTEGRATED NETWORK 
VERSION: 1.0 dtd 21 JUN 1995 

©ECHO OFF 
CLS 

STRTMSG 

NET START RDR %1 /SRV:5 /ASG:7 /PBl :15K /PB2:1K /CMD:8 /SES:25 

IF ERRORLEVEL 1 GOTO NOTICE 

NETUSEI:\\PN3\APPS 

IF ERRORLEVEL 1 GOTO PN3_FAIL 

NET USE F: \\PN3\BATFILES 

NETUSEJ:\\PN6\APPS 

IF ERRORLEVEL 1 GOTO PN6_FAIL 

GOTO PRINTER_SETUP 

:PN3_FAIL 

SRVRFAIL 

PAUSE 

NET USE F: \\PN6\BATFILES 
IF ERRORLEVEL 1 GOTO BOTH_FAIL 
NETUSEI:\\PN6\APPS1 
GOTO PRINTER_SETUP 

:PN6_FAIL 

SRVRFAIL 

PAUSE 

NETUSEJ:\\PN3\APPS1 
GOTO PRINTER„SETUP 

:BOTH_FAIL 
NETFAIL 
PAUSE 
GOTO EXIT 

:PRINTER SETUP 

NET USE LPTl \\%PRTSRVR%\PRINT 
NET USE K: \\%ALTPRTSRVR%\USER 
IF ERRORLEVEL 1 GOTO PRINT_FAIL 
GOTO END 

;PRINT_FAIL 

ECHO THE PRINT SERVER HAS FAILED, "NOTIFY LAB STAFF". IF YOU ELECT TO PRINT 
ECHO YOUR PRINT JOBS WILL BE PRINTED IN THE OTHER SM LAB. (250 OR 224) 

PAUSE 

NET USE LPTl \\%ALTPRTSRVR%\PRINT 
IF ERRORLEVEL 1 GOTO PRN_FAIL2 
GOTO END 

:PRN_FAIL2 

ECHO BOTH PRINT SERVERS HAVE FAILED, "NOTIFY LAB STAFF" 

PAUSE 
GOTO END 

:NOTICE 
USERFAIL 
PAUSE 
GOTO EXIT 
:END 

SET PCTCP-C:\PCTCP\PCTCP.IN1 

IBMTR 

f: 


:EXIT 

IDIRPLUS 


Figure 7. START.BAT file for user computer 


27 




An explaination of some of the representative commands and logic in the 
START.BAT file is provided below: 

• NET START RDR %1 - Starts the computer on the network as a user 
computer or redirector (RDR), of variable %1. %1 is a placeholder that will 
assume the value of whatever was typed in after ‘START’, i.e., TN5 or NORM. 

• IF ERRORLEVEL 1 GOTO - A branch on error command. If the preceding 
command in the file does not execute correctly for whatever reason, DOS will 
set an error flag. If DOS tests the flag and it is 1, the batch file will jump or 
‘GOTO’ a line in the file that matches the word after GOTO. For example, if 
the NET START command does not execute successfully, the program will 
jump to the line that starts with the word NOTICE near the bottom of the file, 
display a message from an executable file called USERFAIL, PAUSE and then 
GOTO EXIT, which then executes the DOS utility program IDIRPLUS. 

• NET USE I: \\PN3\APPS - Assigns virtual drive I: (from user computers 
perspective) to the APPS directory (and aU its subdirectories) of server PN3. 

• NET USE LPTl \\%PRTSRVR%\PRINT - Assigns user computer LPTl to 
network printer PRINT, on server that was set by the SET PRTSRVR= 
command in the user computer AUTOEXEC.BAT. 


The rest of the batch file is made up of similar commands that NET USE various 
network resources, test for error levels, continue to the next command if there is no error 
present, or branch to a set of commands that will assign backup drives or printers to the 
user if an error is detected. 

It must be made clear that these backup devices will not come on line 
automatically during normal user operation. If a server fails at some point after the user 
has started on the network, the user must reboot the computer, and log on. This will 
allow the START.BAT file to find the error and redirect the flow of the program to the 
backup devices. 
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a. File Modifications 

This file was completely modified from its original version. There was no 
redundancy built in to the previous networks. The only command tested with a branch on 
error routine was the NET START command. A copy of the previous START.BAT file is 
provided in Appendix E. 

E. PHYSICAL CONNECTION 

All three SM LAN labs are located in Ingersoll Hall on the NFS campus. OTR and 
4TR are located at opposite ends of the 2nd floor in rooms 250 and 224 respectively. 

8TR is located approximately between OTR and 8TR one floor below, in room 158. The 
distance between any two labs is less than the 390 ft constraint described in the previous 
chapter, therefore a straight forward connection with IBM patch cables was deemed 
feasible. A building map with the proposed route of the interconnecting cable runs is 
provided in Appendix F. 

F. TESTING 

One caimot over emphasize the importance of testing “in the small” prior to 
implementation “in the large”, especially if the changes are to be implemented into a 
working environment like the SM LANs. All hardware, software and media must be 
tested thoroughly prior to implementing any changeover strategies. 

1.8TR Test-bed 

The 8TR network in 1-158 would provide a test-bed “in the small” for the 
integrated network. A simple design/test plan was conceived along the following lines: 

1. Complete the physical connection of the three LANs. This would be 
accomplished by either public works or by LAN staff. 

2. Assess the application software and perform the directory pruning 

3. Once server hardware arrived, install hard drives, RAM and NIC’s. Connect 
PN3 and PN6 into two open slots in the MAU in 8TR. 
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4. Install NOS, LAN Support Program drivers, modified CONFIG.SYS and 
AUTOEXEC.BAT on PN3 and PN6. Ensure the servers are connected logically 
to the network and can be brought up on the network as servers Tune the 
CONFIG.SYS and AUTOEXEC.BAT files to ensure use of conventional memory 
is minimized. 

5. Download the application software and application software batch files from 
the existing servers onto PN3 and PN6. Modify application software batch files if 
required, to ensure the new paths are correct. 

6. Set up two user computers in 8TR with the modified user computer 
CONFIG.SYS, AUTOEXEC.BAT and START.BAT files. Tune CONFIG.SYS 
and AUTOEXEC.BAT files to ensure use of conventional memory is minimized. 

7. Boot up two user computers in 8TR from Pentium servers. Test branch on 
error conditions in START.BAT files to ensure system redundancy capabilities are 
working. 

8. Install Windows 3.1 and any ‘workstation’ copies of Windows applications on 
the two user computers in 8TR. Ensure all Windows application icons and their 
paths are correct. 

9. Test all application software, both Windows and DOS, on each of the two user 
computers separately, and then concurrently. 


Once satisfied that all software is fimctioning correctly in the test bed, the modified 
CONFIG.SYS, AUTOEXEC.BAT and START.BAT (the three critical files) can be 
installed (on a temporary basis) on the remaining user computers in the three LANs and 
testing “in the large” can’ begin. 

2. Integrated LAN Testing 

Testing of the entire integrated LAN must be accomlished while the LANs are 
expected to conduct business as usual. Therefore it is imperative to minimize disruptions 
and possible problems. Any changes made to the existing LAN for testing must be able to 
be reversed when the test is completed. 

The following plan was designed to test the integration plan “in the large”; 
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1. Install the three critical files in each user computer. Use a different file 
extension so the existing files are not overwritten. Modify the new files as 
required to conform to each individual user computers periphial devices, i.e., 
modems, printer, etc. 

2. To test each user computer on the integrated network, the critical files must be 
temporarily replaced by the new modified files. When the test is completed, the 
old system files must be restored. The new files are renamed permanently, once 
the integrated network becomes fully operational. This can be accomplised easily 
with the two batch files in Figure 8. These two batch files would be installed in the 
root directory of each user computer 


PENTIUM.BAT 

RENAME CONFIG.SYS CONFIG.33 
RENAME AUTOEXEC.BAT AUTOEXEC.33 
RENAME START.BAT START.33 

RENAME CONFIG.PEN CONnG.SYS 
RENAME AUTOEXEC.PEN AUTOEXEC.BAT 
RENAME START.PEN START.BAT 

DX33.BAT 

RENAME CONKGSYS CONFIG.PEN 
RENAME AUTOEXEC.BAT AUTOEXEC.PEN 
RENAME START.BAT START.PEN 

RENAME CONFIG.33 CONFIG.SYS 
RENAME AUTOEXEC.33 AUTOEXEC.BAT 
RENAME START.33 START.BAT 

Figure 8. RENAME Batch Files 


3. To test a user computer on the integrated network, type ‘Tentium” at the C.\ 
prompt. Once the file has successfully executed, reset the computer and log on 
normally. The test plan that was used on the test-bed user computers in 1-158 can 
now be used on each user computer (This will include installing Windows 3.1 on 
all computers in 1-224). Once any testing is completed, path back to C:\ and type 
“DX33". This will restore the original system files and the computer will boot 
from its normal location when rebooted. 

4. Once each user computer has been individually tested successfully on the 
integrated network, each LAN, and then all three LANS can be tested. 
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5. Once successful testing of all three LANs on the new servers is completed, N3 
and TN3 can be removed from the network, and PN3 and PN6 can be installed in 
their place. 

Once the transition is complete and the integrated network becomes the normal 
mode of operation, the LAN administrator must observe everything carefully and talk to 
users to get as much information as possible about bugs in the system, inefficiency and 
user problems. 

G. CHAPTER SUMMARY 

This chapter described the methodology of the design, planning and testing of the 
integrated SM LANs. As of this writing, a majority of the work is complete and the effort 
is ongoing. The final chapter discusses the results of the integration effort as it stands 
today, problems encountered, and recommendations for further improvements to the SM 
LANs. 
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IV. RESULTS, CONCLUSIONS AND RECOMMENDATIONS 


This chapter discusses the implementation of the integration plan put forward in 
the previous chapter. Although the integration is not fully complete, the primary elements 
of the effort, the physical and logical connections, have been implemented and tested 
successfully. 

Before discussing the results of the overall integration effort, it is important to 
refocus on the two primary objectives of this thesis, the physical and logical connection of 
the three SM LANs. The tasks required to complete the two primary objectives are 
summarized; 

• Physical Connection - Install the necessary cabling (and repeaters if required) to 
make the physical connection between all three token-ring SM LANs. 

• Logical Connection - Centralize all application software on common servers 
and rewrite server and user computer batch files to allow universal access to all 
network resources, regardless of location. 

The following sections discuss the results and some of the problems encountered 
during the different phases of the implementation. Conclusions and recommendations for 
further improvements to the LANs are provided. 

A. RESULTS 

The results of the integration are summarized in the following subsections. The 
summarizations discuss results of the primary objectives; the physical and logical 
connection of the LANs, and the secondary objectives; the installation of new server 
hardware and upgrading and standardization of application software. 

1. Physical Connection 

Installation of the cabling between the three LANS went smoothly. In 1994, two 
connections between 4TR and OTR were installed by the LAN administrator using a 
combination of 150 ft and 75 ft patch cables A site survey conducted by the LAN 
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administrator and the author determined that 8TR could be included in the integrated LAN 
without the use of repeaters. One cable connection between OTR and 4TR was opened 
and 150 ft patch cable were connected to each end. The two patch cables were then run 
through a cable way in 1-282, to the computer room in 1-135. From there the cables were 
run to 1-158 and connected to the ring-in and ring-out ports in the MAU in 8TR. The 
LAN administrator and the author installed the cabling in approximately eight hours, over 
two afternoons. A map of the cable run is provided in Appendix F. A map of the 
connected LANs is provided in Appendix G. 

2. Logical Connection 

The logical connection was accomplished by centralizing all application software 
on servers PN3 and PN6, and modifying the critical system start-up files in the server and 
all user computers. This part of the integration went smoothly, with a few minor 
problems: 

• The IBM servers came loaded vidthPCDOS 6.3. When trying to execute some 
of the network commands, such as NET START or NET SHARE in the server 
AUTOEXEC.BAT files, the error message incorrect DOS version was 
returned. This is caused by the program file not being in the DOS version 
table, or a mismatch between the DOS version table, and the version of DOS 
that a program file such as NET.COM was designed to run. The version table 
lists names of programs and the DOS version, that (in this case PCDOS 6.3), 
reports to the specified program file when it’s run. In this case, NET.COM 
5.00 did not exist in the table. This table can be updated with the SETVER 
command. [Microsoft] provides a more detailed explanation of the version 
table and use of the SETVER command. In any case, due to the significant 
time span between the release dates of PCLAN vl.2 NOS and PCDOS 6.3, 
there were a considerable number of mismatches and missing commands in the 
version table. Once these were updated, the start-up files ran correctly. 

• PN3 and PN6 would not logically connect to the token-ring when initially 
brought up after they were physically connected to the MAU. This connection 
occurs when the network drivers of the LAN Support Program are loaded by 
the CONFIG.SYS file. Further investigation revealed that the new 16/4 
Adapter 11 NICs installed in the servers require LAN Support Program vl .3 or 
later. Version 1.21 was installed, and a later version was not available. 
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therefore, the new cards were removed and replaced with spare 16/4 Adapter 
NICs. This corrected the problem and the servers came up normally. 

• The PCLAN NOS vl.2 would not support over twenty-nine stations on a LAN. 
This had not been a problem as none of the LANs were that large. The 
integrated LAN required support for at least sixty. This was corrected by 
upgrading the servers to vL3 which supports up to 256 stations. 

• PN3 and PN6 could not run the TCP/IP program due to insufficient 
conventional memory. T 5 pically the conventional memory on the servers in SM 
LANS is almost all used. This is usually not critical because no applications 
programs are run fi-om the server and once the AUTOEXEC.BAT file has 
executed, the conventional memoiy requirements for the session will not 
change. In this case, extra commands in the revised AUTOEXEC.BAT file 
took just enough more conventional memory, that the last command executed, 
(the TCP/IP program) did not have enough conventional memory to load. 
Because there were no commands that could be eliminated, the only recourse 
was to try to load additional programs and or drivers into upper memory. At 
first glance, there were no remaining upper memory blocks (UMBs) large 
enough to load any of the remaining drivers or programs running in 
conventional memory. In addition, many programs require more initial memory 
to load, than they do to run, so programs that look like they might be able to fit 
into a certain size UMB will not. In cases like these, a memory manager 
program with a good set of utilities is essential. Using the Quarterdeck memory 
manager, we were able to observe the memory requirements of all the drivers 
and programs while they were loading versus while they were running. We 
then tuned the execution sequence in the CONFIG.SYS and AUTOEXEC.BAT 
for maximum fi-ee conventional memory, and were able to get the TCP/IP 
program to load. [QUARTERDECK] provides additional information on 
maximizing conventional memory. 


3. Hardware 

With the exception of the 16/4 Adapter 11 NICs not being compatible, which was 
more of a software problem than hardware, both new servers worked well. Initially, PN6 
would not boot up correctly after the additional hard drive was installed, however, this 
was caused by an incorrect dip switch setting on the hard drive. As of this writing, the 
additional hard disk for PN3 has not arrived, therefore, the redundancy capability of the 
servers is not fully available. 
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One of the reasons for purchasing the Pentium servers was to increase the LAN 
performance. However, the test-bed results showed no noticeable increase in the network 
response time for tasks such as booting up on the network or loading a Windows 
application. This was to be expected because network performance is governed by the 
weakest component in a network. Currently, this component is the user computer. With 
the planned upgrade of the 486/33Mhz (8Mb RAM) user to Pentium 90 MHz computers 
with 16Mb RAM, a noticeable improvement in performance should be observed. Also, 
the planned installation of faster network boards should help. However, the fact that the 
drivers for these boards must be loaded into conventional memory detracts from this 
approach. 

4. Application Software 

The application software section of the integration has not been completed as of 
this writing. This part of the process has proven the most time consuming and difficult 
part of the integration. Although DOS applications were fairly straightforward, Windows 
applications were another matter, with the following problems encountered; 

• Initial errors in loading some Windows applications on the original severs in 
OTR were not discovered until after these applications had been migrated to the 
new servers. These applications were downloaded to the new servers using the 
DOS XCOPY command. This method was considered substantially faster than 
installing from diskettes, and in fact was. However, the time, saved in loading, 
has been lost debugging two sets of servers! As of this writing, debugging of 
the problem Windows applications is ongoing in OTR. As the errors are found, 
the problems are corrected in both OTR and the test-bed system. 

• Windows 3.1 has been installed in 4TR, however, installation of Windows 
applications (workstation copies) in 4TR has been halted until the problems in 
OTR are corrected. 

B. CONCLUSIONS 

When completed, the integration of the SM LANS will provide considerable 
improvements for both the user and LAN administrator. Centralizing the software on a 
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single set of servers will reduce the workload of the LAN administrator and provide the 
user with uniform access to all network resources regardless of location. 

Increasing demand from students and faculty for the latest software 
applications puts tremendous strain on the single support person. The average user looks 
at software installation from the ’’standalone paradigm” of his home computer, and does 
not understand the tremendous amount of time required to successfully install and test an 
application on a server with sixty user computers. A delicate balance must be struck by 
the LAN Administrator between appearing nonresponsive to valid user requirements, and 
installing or allowing the user to install anything at any time. 

In the end, the user is the customer and the customer is the reason the LAN exists. 
Therefore, it is imperative that steps be taken to continue to improve and upgrade both 
network performance and application software. 

C. RECOMMENDATIONS 

To obtain the improvements discussed above, this study recommends several areas 
that specific changes be considered. 

1. Hardware 

Increasingly complex Windows applications demand more powerful computers to 
run them. Upgrade and or replace user computers and NIC as follows: 

! User Computers - At a minimum, upgrade the DX33 user computers to DX4 or 
Pentium and increase the RAM to 16Mb. Existing monitors are adequate. 

! NIC - Replace the present 8 bit IBM 16/4 Adapter NICs with 16 bit NIC with 
onboard DMA processing such as the IBM 16/4 Adapter II. However, the NOS 
must be upgraded before this can be accomplished. 

As of this writing, procurements are in process for the partial replacement of these two 
items. 
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In order to determine the most cost effective solution, implement different 
combinations of the above solutions to determine the solution that provides the most 
improvement, for the least cost. 

2. Software 

Software improvements must not be limited to applications and NOS, but an 
overall department policy concerning software installation should be developed as well. 
Some recommendations are: 

• Upgrade the NOS as soon as possible. This seems to be the only solution to the 
present printing problem. A modem NOS would probably increase LAN 
performance, and provide the ITM students with exposure to a NOS that is 
state-of-the-art and in common use in both DOD and the private sector. 
Candidates for a new NOS are being evaluated currently. 

• Install an office automation suite. Applications in these suites are designed to 
interface more efficiently together. Many users have suites on their home 
computers and will expect them on the LAN. 

• Get the jump on the inevitable user demand for more advanced windows 
software by installing it in conjuntion with the new NOS. 

• The Systems Management Department must set a policy for the installation of 
application software and stick to it. A student or faculty member’s personal 
preference is not a reason to subject the single LAN administrator to the 
installation of a new database or spreadsheet program on a sbcty computer 
LAN, when a comparable program is already installed. 

3. Personnel 

At a minimum at least two more support personnel for the labs are required: One 
as an application consultant and the second to support the proposed dedicated network lab 
in 1-224. 

Upgrades in hardware and software must be extensively tested before being made 
available to the users. This testing will require a significant amount of time from the single 
support person. More support staff will be required to transition the SM LANs to the 
next plateau, while still providing the day-to-day end user support. 
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4. Life Cycle Support 

The above recommended solutions will provide for significant improvements to the 
SM LANs. However, they are only “interim” solutions to the problem of keeping up with 
“exponential” advances in hardware and software. Rather than wait for sporadic funding 
for the “LAN upgrade” every few years, a philosophy of life cycle, “cradle-to-grave” cost 
of ownership must be adopted. In other words, a “sustainable” solution must be 
developed that will provide consistent year-to-year funding, for support personnel, 
hardware and software upgrades, maintenance and repair, and eventual equipment 
replacement. Table 2 provides a sample five-year life-cycle support plan for the SM 
LANs. All dollar amounts are in thousands, a four percent growth rate is included. 
Description of the line items are provided below: 

• Support Personnel: Three people at @75K/yr. 

• Software Upgrades: Software upgrades and site licenses for applications 
programs and NOS. 

• Hardware Upgrades: Periodic upgrades of monitors, hard disks, etc. 

• Maintenance & Repair: Repair as needed for lab equipment. 

• Equipment Replacement: Replacement of workstations and periphials. 


Line Item 

FY96 

FY97 

FY98 

FY99 

FYOO 

Support Personnel 3 @ 75K/yr 

225 

234 

243 

253 

263 

Software Upgrades 

20 

21 

22 

23 

24 

Hardware Upgrades 

10 

10 

11 

11 

12 

Maintenance & Repair 

5 

5 

5 

6 

6 

Equipment Replacement 

65 

68 

71 

74 

77 

Total 

325 

338 

352 

367 

382 


Table 2. Five Year Support Plan. 
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D. SUMMARY 

The integration of the SM LANS is an important technical achievement. It 
provides location-independent computing, a campus-wide computing policy, and reduces 
costs through consolidation of network resources. Initiatives have been undertaken to 
transistion the networks to a modem NOS. 
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APPENDIX A. LAN DIAGRAMS 
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APPENDIX B. NETWORK HARDWARE TABLES 


L250 

OTR 

Decision Support Lab 



Vendor 

Processor 

RAM 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX266 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 



200Mb & 
100Mb Hard 
Card 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


































































































































1-224 

4TR 

Networiis Lab 


TNO 

3270 

Gateway 

(server) 


TNI 

3270 

Gateway 

(servCT) 


TN3 

(Server) 


TN6M 

(Server) 


TNI 8 


TN20 


TN21 


TN22 


TN23 


TN24 


TN25 


TN26 


TN27 


TN28 


TN29 


TN30 


TN31 


TN32 


TN33 


TN34 


TN35 


TN36 


1 Vendor 

Processor 

RAM 1 

IBM 

80286 

1Mb 

STANDARD 

80286 

1Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

BSM 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

BiLink 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 

Bi Link 

486DX33 

8Mb 


Hard-Disk I Modem I Monitor I 3270 I Misc 



200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 


200Mb 
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I-1S8 

8TR 

Software Metrics Lab 


[ Node 

Vendor 

Processor 

RAM 

Hard-Disk 

Monitor 

Misc 

TN4 

(Server) 

Data Store 

486DX266 

8Mb 

500Mb 

SVGA 

Printer 

TN5 

BSM 

486DX33 

8Mb 

600Mb 

SVGA 

Printer 

TN6 

BSM 

486DX33 

8Mb 

200Mb 

SVGA 


TN7 

BSM 

486DX33 

8Mb 

200Mb 

SVGA 


TO8 

BSM 

486DX266 

' 8Mb 

200Mb 

SVGA 


TN9 

Data Store 

486DX266 

8Mb 

200Mb 

SVGA 


TNIO 

Data Store 

486DX266 

8Mb 

200Mb 

SVGA 


TNll 

BSM 

486DX266 

8Mb 

200Mb 

SVGA 
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Directory PATH listing for Volume SERVER N6 


-DOS 

-NETWORK 
-TAPE 
-APPS 
—DOS 
—SH40 
—DATABASE 
—^PDOXWIN 
—DIVEPLAN 
—EXAMPLES 
—WORKING 
—^PRIVATE 
—SAMPLE 
—^PDOX35SA 
—SAMPLE 
—SAMPAPP 
—^PPROG 
I—^VIDEO 
—PROTECT 
—TOOLKIT 
—^UTIL 
—WORDPROC 

-WP60 

I—LEARN 
—^MACROS 
I—GRAPHICS 
—WP51 
—^WPC60DOS 
—OFFICE 
I—SHARED 
1—^TEXTART 
—^WPC20 
I—^TRUETYPE 
I—OLE2 
—^WPCNET 
—ACOL 
—GRAPHICS 
I—STORYBRD 
—BTFONTS 
—^PSFONTS 
—ODAPI 
—WINDOWS 
—^DATAWIN 
—STATISTS 
t—^MTBWIN 
—^DATA 
—MACROS 
—STUDENTl 
—STUDENTS 
—^DATA 
—^EXPLORE 
—GETSTART 
—^TUTl 
—TUT2 
—^TUT3 
—^TUT4 
—^TUT5 
—^TUT6 
—^TUT7 
—^TUTS 
—^TUT9 
—^TUTIO 
—^TUTli 
—^TUT12 
—^TUT13 
—^TUT14 
—STUDENT9 
—POFHCE 
—WPWIN61 
—TEMPLATE 
—EBUSINESS 
—CALENDAR 
—^ENVELOPE 
—FAX 
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—LEGAL 
—LETTER 
—MEMO 
—PUBLISH 
—^REPORT 
—PRESUME 
—OLDTEMPS 
—MACROS 
—GRAPHICS 
—WPDRAW 
—SHARED 
I—^TEXTART 
—^WPC20 
I—^TRUETYPE 
I— OIE2 
—COMNET3 
I—OBJLIBS 
—SG2LIBS 
I—^TRAFLINK 
—OFFICE 
—^WPWIN 
—^TEMPLATE 
—^BUSINESS 
—CALENDAR 
—^ENVELOPE 
—FAX 
—LEGAL 
—LETTER 
—MEMO 
—PUBLISH 
—^REPORT 
—RESUME 
—^MACROS 
—GRAPHICS 
—SHARED 
I—WPDRAW 
—^TEXTART 
I—^WPCNET 
—WPC20 
I—^TRUETYPE 
I—OLE2 
-DBNETCTL.300 
-QEmA 
-TCP 
-PCTCP 
-WINDOWS 
I—USERSET 
—^TEMP 
1—SYSTEM 
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Directory PATH listing for Volume TN6M SYS 


C: 

I —DOS 
I —^TN36BKUP 
I— NETWORK 
I—QEMM 
-APRS 
I—DOS 
‘—SGPLUS 
I—^DRIVERS 
>—^DATA 
—IDIRPLUS 
—SIMPC60 
—SCSIOLD 
-WA 

f—SCRWOR 
I —CDMENU 
-EE 

—TIMEMAG 
—TCP 

—^MAINFRAM 
SCSI 

I—^JOPESCAI 
-TN18BKUP.C 
—APRS 
-DOS 
-COMM 
I—^SIMPC60 
I—SGPLUS 
I —DRIVERS 
I—^DATA 
I—QEMM 
TCPIP 
I —^DATA 
•MAINFRAM 

t SIMPC60 
MOUSE 
NETWORK 
1—IDIRPLUS 
>—^PCTCP 
>—^MAIL 
■—^USER 
—^NETWORK 
—^TAPE 
—APPS 

I —^DOS 

TOOLS 
ISTAR 
VIRUS 
DATABASE 
WORDPROC 
—WP51 
ACOL 

I —GRAPHICS 
I—STORYBRD 
I —STATG 
I—^DATA 
I—DRIVERS 
I—^AFAMSUP 
1—SPLUSOLD 
DRIVERS 
DATA 

-AFAMEXEC 
I—^AFAMTUTR 
I —AFAMPHAS 
—^PHASEO 
—PHASEl 
—PHASE2 
—PHASE3 
—^PHASE4 
—^PHASES 
h^AFAMLOCL 
LOCALO 
LOCALl 
I —^LOCAL2 


I— \ 


pc 

1—r 
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—^LOCALS 
—LOCAL4 
—^1jOCAL5 
—AFAMXTRA 
—^TCPIP 
-DBNETCTL.300 
-QEMM 
-TN18BKUP.D 
—APPS 
I—DATABASE 
I—^PDOX35 
—SAMPLE 
—SAMPAPP 
—^PPROG 
I—VIDEO 
—^PROTECT 
—^TOOLKIT 
—^UTIL 
—^JOPESCAI 
—^PDOXDATA 
-BATCH 
-TN37BKUP 
—^MOUSE 
—SCSI 
I—^AFDISK 
—TAPE 
—APPS 
I—^DOS 
I—SGPLUS 
1—^DRIVERS 
I—^DATA 
—IDIRPLUS 
—^NETWORK 
—QEMM 
—^MAINFRAM 
—TCP 
-TCP 
-HJ2 
-PCTCP 
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-TN20BKUP.D 
—APPS 
I—^DATABASE 
i—PDOX35 
t—SAMPLE 
—SAMPAPP 
—PPROG 
!—VIDEO 
—^PROTECT 
—TOOLKIT 
— ^UTIL 
—CFG 

—^WORKSHOP 
—JOPESCAI 



APPENDIX D. PENTIUM SERVER DIRECTORY MAPS 


Directory PATH listing for Volume PN3 SERVER 


-APPS 
—COMM 
I—SIMPC60 
—WPOFFICE 
—WPWIN 
[—TEMPLATE 
—EBUSINESS 
—CALENDAR 
—^ENVELOPE 
—FAX 
—^LEGAL 
—^LETTER 
—MEMO 
—^PUBUSH 
—REPORT 
—PRESUME 
—^MACROS 
—GRAPfflCS 
—SHARED 
I—^WPDRAW 
—^TEXTART 
I—WPCNET 
—WPC20 
I—^TRUETYPE 
1—OLE2 
—^AFAM 
—AFAMSUP 
—AFAMEXEC 
I —AFAMTUTR 
—^AFAMPHAS 
—^PHASEO 
—PHASEl 
—^PHASE2 
—^PHASES 
—PHASE4 
—^PHASES 
—AFAMXTRA 
—^DECISION 
—CRITERUM 
—STRAD 
I —TtfTOR 
I—DEMOS 
—^LDW 
—^MESSAGES 
—^LOTUS 
—^FLW 

I —^MASTERS 
I—^TUTORIAL 
—123R5W 
—^PROGRAMS 
—SHEETICO 
—TRANSICO 
—^PREVICO 
—GRAPHICO 
—^DRAWICO 
—^DQAICO 
—ADDINS 

i_ 

I —^EXAMPLES 
—^MAPDATA 
—^LIBRARY 
I —^TOUR 
I—123WXMAC 
—^MASTERS 
—SAMPLE 
—^MAPS 
—^TUTORIAL 
—SOLVER 
—^VERSMGR 
—^DBASE 
—^LOTUSAPP 
—^DIALOGED 
—^MULTIMED 
—SPELL 
—^HELP 
—^FILTERS 
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—^DATALENS 
—^EXCELFLT 
I—^UNS 
—^WINSYS 
—WIN 
—^UCENSER 
—^USER.SET 
(*—123R5W 
[---MASTERS 
—SAMPUE 
I—^VERSMGR 
—^DBASE 
I—SOLVER 
—^PROGRAMS 
[—SHEETICO 
—DRAWICO 
—DQAICO 
—GRAPHICO 
—^PREVICO 
—TRANSICO 
—^FLW 
—SPREDSHT 
I—^LOTUS 
I—LOTUS23 
I—^WYSIWYG 
—^TUTOR 
I—WYSYGO 
—^REUABEL 
I—^SMERFS 
—SGPLUS 
I—^DRIVERS 
1—^DATA 
-DOS 
I—DATA 
—SYSTEM 
I—^EH> 

-WINDOWS 
—SYSTEM 
1—^WIN32S 
—^DRIVERS 
—PICONS 
—OPTIONS 
-WELCOME 
I—^BITMAPS 
-BOOKS 
-FLC 

-IBMTOOLS 
I—^WINRESET 
-MOUSE 
—AVPRO 
—READIBMW 
—WNETFIN 
—QAPLUSP 
—QAPLUSVP 
—CSW 
—FACTORY 
—MONOLOGW 
—PROMO 
—PROVW20 
—VOICEMGR 
—BIN 
—DOC 
—^MAP 
—^MODEL 
!—^US_ENG 
[—MEDIUM 
I—^RULES 
—VOYETRA 
—SONGS 
—SOUNDS 
—WINAPPS 
—WIN32AFT> 
t—^FREECELL 
—NETWORK 
—UCENSES.DIR 
—^LOTSHARE 
I—123.V23 
—123W.V50 
1—^FLW.VIO 
—SPARE.LIC 
—QEMM 
—IDIRPLUS 
—BAT 
—TCP 



—^PCTCP 
—^NETWORK. 134 
—NETWORK. 133 
—^NETWORK.120 


'—TEMP 


I—SYSTEM 
1—^TEMPLATE 



Directory PATH listing for Volume PN6 SERVER 


-PCDOS 
U^DATA 
—^SYSTEM 
1—^EPP 
-WINDOWS 
—SYSTEM 
I —^WIN32S 
—^DRIVERS 
—PICONS 
—OPTIONS 
—WELCOME 
'—^BITMAPS 
—BOOKS 
—FLC 

—IBMTOOLS 
I —^WINRESET 
—MOUSE 
—AVPRO 
—READIBMW 
—WNETFIN 
—QAPLUSP 
—QAPLUSVP 
—CSW 
—FACTORY 
—MONOLOGW 
—PROMO 
—PROVW20 
—VOICEMGR 
—^BIN 
—^DOC 
—^MAP 
—^MODEL 
I—^US_ENG 
[—MEDIUM 
L—RULES 
—VOYETRA 
I—SONGS 
—SOUNDS 
1—WINAPPS 
—WIN32APP 
1—^FREECELL 
—^NETWORK.120 
—^APPS 
—TOOLS 
I—^ISTAR 
—^VIRUS 
I—QAPLUS 
—ACOL 
—^AFAMSUP 
—SH40 
—^DATABASE 
1—^PDOXWIN 
|—WORKGRP 
—^EXAMPLES 
—^DIVEPLAN 
—EXAMPLES 
—^WORKING 
—SAMPLE 
—^PRIVATE 
—SAMPLES 
—CONNECT 
—EXPERTS 
—^TS AMPLE 
—^PDOXDATA 
—WORDPROC 
—^WP60 
I—^LEARN 
—^MACROS 
I —GRAPfflCS 
—^WPSl 
—WPC60DOS 
—OFFICE 
I—SHARED 
I —^TEXTART 
—^WPC20 
I—^TRUETYPE 
I —OLE2 
—WPCNET 
—^BTFONTS 
—^PSFONTS 
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APPENDIX E. UPDATED SYSTEM FILES 


rem SERVER PN3 CONFIG.SYS FOR INTEGRATED TOKEN RING NETWORK 
rem VERSION: 1.0 dtd 21 Jun 1995 

rem PREVIOUS VERSION: None, but this version was developed from a similar 
rem file on Server 0TRN3 (VERSION: 250TR1.31 dtd 5 Jan 1995). 
rem 21 Jun 1995, Irs. Environment size changed from 512KB to 256KB to 
rem recover unused memory space. 

SHELL=C:\COMMAND.COM/P/E:256 

DEVICE=C:\QEMM\QEMM386.SYS RAM ARAM=D800-DBFF AROM=CCOO-CDFF 
DOS^fflGH 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMAOMOD.SYS 001 
DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMCOMOD.SYS 
DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMTOMOD.SYS ST=57 S=63 C=19 
ES=1 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\MOUSE\MMOUSE.SYS 
DEVICE=C:\QEMM\LOADHI.SYS /H C:\DOS\SETVER.EXE 
rem 21 Jim 1995, Irs. The following device command creates a temporary 
rem place holder for this server's second hard disk, which is on order. 
DEVICE=C:\QEMM\LOADHI.SYS /H C:\DOS\RAMDRIVE.SYS 128/E 
rem 21 Jun 1995, Irs. The following device commands create the NETWORK 
rem and BATCH FILE RAMDISKS (respectively) which are used in the normal 
rem operation of the network. 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\DOS\RAMDRIVE.SYS 512/E 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\DOS\RAMDRIVE.SYS 196/E 

DEVICE=€:\DOS\SMARTDRV.EXE 6144 

LASTDRIVE=G 

BUFFERS=20 

rem 21 Jun 1995, Irs. Experience with Caryl's classes using MS Windows 
rem applications shows that the number of file handles on a server should 
rem be set to the maximum possible value (255). 

FILES=255 

FCBS=1 
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: ;***SERVER PN3 AUTOEXEC.BAT FOR SM TOKEN RING NETWORK 
:: VERSION 1.0 dtd 21 Jun 1995 

PATHE;\;C:\DOS;C;\QEMM;C;\;C:\BAT;C;\NETWORK;C:\PCTCPa):\;D:\DOS 

LOADHI/HFCBS=8 

LOADHI /H C;\DOS\FASTOPEN.EXE C:=200/X 

SET TEMP=C;\TEMP 

SET DIRCMD=/0/P 

LOADHI /H C:\DOS\DOSKEY 

LOADHI /H C:\NETWORK\SHARE.EXE 

XCOPY C:\NETWORK\*.* E. 

28 Jul 1995, Irs. Command XCOPY C;\DOS\COMMAND.COM E: removed (not 
needed). There are no references to this file in the NETWORK 
directory by any user files. 

ATTRIB+RE:\*.* 

28 Jul 1995, Its. Command SET COMSPEC =E:\COMMAND.COM removed (not 
needed). There are no references to this file in the NETWORK 
directory by any user files. 

LABEL E;NETFILES 

XCOPY C;\1DIRPLUS\1DIRPLUS.EXE F; 

XCOPY C:\BAT\*.BAT F. 

ATTRIB+RF:\*.* 

LABEL F:BATCHDIR 

NET START SRVPN3 /SHR:15/RQB.16K/PRB:16K/RDR;57/CMD:19/SES:63/REQ;3/TSI:00 
NET SHARE APPS=C:\APPS /R 
NET SHARE BATFILES=F; /RW 

NET SHARE LOTSHARE=C:\LICENSES.DIR\LOTSHARE /RWC 
:. THE FOLLOWING NET SHARE COMMAND IS A BACKUP FOR PN6 
:;NET SHARE APPS1=D.\APPS /R 
C; 

:;VSHIELD /ACCESS /M 
: :c:\IBMTOOLS\ibmpfile.exe 
PROMPT $P$G 

SET PCTCP=C:\PCTCP\PCTCP.INI 
IBMTR 
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rem USER (TN32) CONFIG. SYS FOR INTEGRATED TOKEN-RING NETWORK 

rem VERSION: 1.0 dtd 21 Jun 1995 

rem PREVIOUS VERSION; None, but this version developed 

rem from a similar file (Version 250TR1.2 dtd 3 Jan 1995). 

rem 21 Jun 1995, Irs. Enviomment size changed from 512KB to 256KB to 

rem recover unused memory space. 

SHELL=C:\COMMAND.COMyP/E:256 

DEV1CE=C:\QEMM\QEMM386.SYS RAM ARAM=D800-DBFF AROM=CCOO-CDFF 
DOS=HIGH 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMAOMOD.SYS 001 

DEVICE=C:\QEMM\LOADHI.SYS /H C;\NETWORK\DXMCOMOD.SYS 

rem 21 Jim 1995, pjm. DXMTOMOD.SYS parameters derived as follows; 

rem ST=max NETBIOS interface links for user computer = # of Servers+1 =6 

rem S=SES setting in NET START command in start.bat = 25 

rem C=CMD setting in NET START command in start.bat = 8 

rem ES=additional SAPs requested by NETBIOS driver when it opens adapter = 1 

DEVICE=C:\QEMM\LOADHI.SYS /H C:\NETWORK\DXMTOMOD.SYS ST=6 S=25 C=8 

ES=1 

DEVICE=C;\QEMM\LOADHI.SYS /H C:\MOUSE\MMOUSE.SYS 

DEVICE=C;\QEMM\LOADHI.SYS /H C:\APPS\DOS\SETVER.EXE 

DEVICE=C;\QEMM\LOADHI.SYS /H C;\APPS\DOS\ANSI.SYS 

LASTDRIVE=E 

BUFFERS=20 

FILES=30 

FCBS=1 
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AUTOEXEC.BAT (TN32) FOR 224 TOKEN RING NETWORK 
VERSION; 1.0 dtd 21 Jun 1995 
PREVIOUS VERSION 

ENVIORNMENT: DOS: MS-DOS v.5.0, NOS; IBM PC LAN Program V. 1.21 
OBJECTIVE; Configure user computer defaults and files for network 
INPUT/INITIAL CONDITIONS:None/Executes after CONFIG. SYS to complete 
system configuration for network user operation 
OUTPUT/RESULTS; 

WHERE STORED; In root of user TN32 Drive C; 

CALLS: The IBM PC LAN START command 

CALLED BY; The Disk Operating System during system startup. 

COMMENTS 

els 

@ECHO OFF 

SET 1DIRPLUS=C:\1DIRPLUS 
SET MONITOR=VGA 
SET MATH=Y 
SET MODEM=N 
SET EMULATION=N 
SET PRTSRVR=TN6M 
SET ALTPRTSRVR=N6 

SETP=C:\NETWORK;C;\WINDOWS;C:\APPS\DOS;C:\;C:\lDIRPLUS;C:\PCTCP;C;\QEMM 

PATH%P% 

LOADHI /H C:\APPS\DOS\F ASTOPEN.EXE C:=50 /X 

LOADHI/HFILES+20 

LOADHI/HFCBS=8 

LOADHI /H LASTDRIV=M 

LOADHI /H C:\WINDOWS\SMARTDRV.EXE 

SET COMSPEC=C:\COMMAND.COM 

PROMPT $P$G 

VSHIELD /M /CHKHI /LOCK /CONTACT "CONTACT THE LAB STAFF OR THE 

DEPARTMENT SECRETARY" /SWAP 

NEWUSER 

SHARE 
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4TR USER STARTS AT FOR SM INTEGRATED NETWORK 
VERSION: 1.0 dtd 21 JUN 1995 
PREVIOUS VERSIONiNone 

ENVIORNMENT: DOS. MS-DOS v.6.0, NOS: IBM PC LAN Program v. 1.33 
OBJECTIVE: Use network resources 

INPUT/INIAL CONDITIONS: None/Executes when user executes START command 
at workstation 

OUTPUT/RESULTS: Directs user computer to use resources shared by servers PN3, PN6 
andTN6M. 

WHERE STORED: In root of User TNXX Drive C:. 

CALLS: The IBM PC LAN START command 
CALLED BY: User command 
COMMENTS: 

@ECHO OFF 
CLS 

STRTMSG 

21 Jun 1995, pjm. Command NET START parameters computed from Prof 
Schneidewinds IS-3105 notes as follows; 

SRV= max # of servers user computer can use = 5 

ASG= max # of server resources user computer can use = # of NET USE 

commands in this batch file = 7 

PB1= PBX<=PRB = 15K (PRB=16K) 

PB2= (PB1 +PB2) <= 16K therefore PB2 = IK 

CMD= max # of net commands issued by user computer in this batch file 

(plus 4 if user computer uses 3270 Emulation) = 8 (8 net co mmands , no 3270) 

SES= max # active sessions of user computer with servers: Estimate 5*SRV 
(plus 2 if user computer uses 3270 Emulation) = 5*5 = 25 (no 3270) 

NET START RDR %1 /SRV:5 /ASG:7 /PB1:15K /PB2: IK /CMD:8 /SES:25 

IF ERRORLEVEL 1 GOTO NOTICE 

NETUSEI:\\PN3\APPS 

IF ERRORLEVEL 1 GOTO PN3_FAIL 

NET USE F: \\PN3\BATFILES 

NET USE J: \\PN6\APPS 

IF ERRORLEVEL 1 GOTO PN6_FAIL 

GOTO PRINTER SETUP 

21Jun 1995, pjm. The following module swithes the user to the D: hard disk on PN6 
in the event of a failure of PN3. The "F" and "I" drives on PN6 are 
are identical to those on PN3. 

:PN3_FAIL 

SRVRFAIL 

PAUSE 
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NET USE F: \\PN6\BATFILES 
IF ERRORLEVEL 1 GOTO BOTH_FAIL 
NET USE I: \\PN6\APPS1 
GOTO PRINTER_SETUP 

21 Jun 1995, pjm. The following module switches the user to the D: hard disk on PN3 
in the event of a failure on PN6. The" J" drive on PN3 is identical 
:: to that on PN6. NET USE J: IS COMMENTED OUT UNTIL NEW HARD DISK 

ARRIVES 

;PN6_FAIL 

SRVRFAIL 

PAUSE 

;:NET USE J; \\PN3\APPS1 
GOTO PRINTER_SETUP 

21 Jun 1995, pjm. The following module displays a message and exits the program 
in the event both servers fail. 

:BOTH_FAIL 
NETFAIL 
PAUSE 
GOTO EXIT 

21 Jun 1995, pjm. The following module allows use of the resident printer server, and 
a K drive. 


;PRINTER_SETUP 

NET USE LPTl \\%PRTSRVR%\PRINT 
NET USE K; \\%ALTPRTSRVR%\USER 
IF ERRORLEVEL 1 GOTO PRINT_FAIL 
GOTO END 

21 Jun 1995, pjm. The following module allows use of the alternate printer server in 
the event that the resident printer server fails. 


;PRINT_FAIL 

ECHO THE PRINT SERVER HAS FAILED, "NOTIFY LAB STAFF". IF YOU ELECT TO 
PRINT 

ECHO YOUR PRINT JOBS WILL BE PRINTED IN THE OTHER SM LAB. (250 OR 224) 
PAUSE 

NET USE LPTl \\%ALTPRTSRVR%\PRINT 
IF ERRORLEVEL 1 GOTO PRN_FAIL2 
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GOTO END 


21 Jun 1995, pjm. The following module displays a message in the event of both print 
servers failing. 

:PRN_FAIL2 

ECHO BOTH PRINT SERVERS HAVE FAILED, "NOTIFY LAB STAFF" 

PAUSE 
GOTO END 

NOTICE 
USERFAIL 
PAUSE 
GOTO EXIT 


:END 

SET PCTCP=C:\PCTCP\PCTCP.INI 

IBMTR 

f 


:EXIT 

IDIRPLUS 
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MANAGER, MANAGER, 
USER SERVICES OPERATIONS 
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